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Amendments to the Specification; 

Please replace the paragraph at page 6, lines 14-25 with the following amended paragraph: 

The distributed file system (DFS) according to the embodiment of the present 
invention, shown in Fig. 1 is constituted from the network 1, DFS servers 2 connected to the 
network 1, DFS clients 3 for accessing the file system on the network 1 using a DFS protocol, 
NFS clients 4 and CIFS client 5 for making access [[though]] through a conventional protocol 
for accessing a centralized file system such as an NFS or a CIFS basically implemented with 
a single file server on the network 1. Hereinafter, the NFS clients 4 and the CIFS client 5 
may be referred to as conventional protocol clients. 



Please replace the paragraph at page 22, line 27 to page 23, line 20 with the following 
amended paragraph: 

(6) According to the conventional protocol* a series of updating processes on a file 
[[does]] need not always be performed through a single processing request. In the NFS, for 
example, a size of a file to be updated can be changed by setting. However, an update 
request is usually fulfilled as an update process on the file of the defined size of 8KB, for 
example. If updating of data exceeding 8KB is performed, a request for the updating is 
divided into a plurality of update requests and fitffilled. If updating of 24KB data is 
performed, a request for the updating is divided into three update requests each for updating 
8KB data, and they are fulfilled. In order to generate a new generation number for each of 
the divided update requests, once updating of a file has been started, it is necessary to 
memorize until completion of the updating that the file is being updated. In order to achieve 
this purpose, the conventional protocol processing unit 31 registers a file of which updating 
has been started in a file monitoring table 70, which will be described later, at step 95, The 
file monitoring table 70 is held in the directory managing unit 33, for example. 

Please replace the paragraph at page 28, line 15 to page 29, line 1 with the following 
amended paragraph: 

At step 101, the gateway unit 25 waits for occurrence of the trigger indicating 

completion of updating as described above, and starts processing upon occurrence of the 
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trigger. Upon occurrence of the trigger, the conventional protocol processing writ 31 refers to 
the file monitoring table 70 to obtain the GUID for the new generation file being created aj 
step 102 . At step 103, the DFS accessing unit 32 uses the GUID to issue to the DFS 
processing unit 26 a request for completion of the updating. After completion of update 
processing at the DFS processing unit 26, the conventional protocol processing unit 31 
deletes from the file monitoring table 70 the entry for the file to which the update processing 
has been performed, and releases the state where the file is being updated. 
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